home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000824-20010305 / 000302_news@columbia.edu _Fri Feb 16 13:15:52 2001.msg < prev    next >
Internet Message Format  |  2020-01-01  |  6KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by fozimane.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id NAA06196
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Fri, 16 Feb 2001 13:15:37 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA07420
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 16 Feb 2001 13:15:36 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id NAA11450
  10.     for kermit.misc@watsun.cc.columbia.edu; Fri, 16 Feb 2001 13:02:10 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: "dls2" <dlshearer@home.com>
  13. Subject: Re: interfacing to FANUC CNC controller
  14. Message-ID: <HUdj6.275608$w35.45549405@news1.rdc1.nj.home.com>
  15. Date: Fri, 16 Feb 2001 18:00:07 GMT
  16. Organization: Excite@Home - The Leader in Broadband http://home.com/faster
  17. To: kermit.misc@columbia.edu
  18.  
  19. "Frank da Cruz" <fdc@watsun.cc.columbia.edu> wrote:
  20. > dls2 <dlshearer@home.com> wrote:
  21. <snip>
  22. > : Data is supposed to be transfered as readable, 7-bit,
  23. > : ASCII, text, from the FANUC CNC controller, through
  24. > : RS-232, to the computer running K95, and back, again,
  25. > : for purposes of backing up, and restoring, the data.
  26. > :
  27. > Without protocol, right?
  28.  
  29. Right; no X-, Y-, or Z-modem, and no Kermit file transfer
  30. protocol; just Kermit-95 being used to set the serial port
  31. communication parameters and log the exchanged data.
  32.  
  33. > : Downloads, using K95, have been done using session
  34. > : logs.  The captured data is identical to that acquired by
  35. > : the ProComm Plus arrangement, with two important
  36. > : differences.  The first difference is in the data header,
  37. > : where instead of the expected percent sign (%), there
  38. > : is a DC (Device Control) character (up/down arrow)
  39. > : placed before the percent sign (%), in the closed session
  40. > : logs.
  41. > :
  42. > K95 would not record this character if it did not come in.
  43. > But DC1 is Ctrl-Q or XON.  If Kermit sees this as a data
  44. > character, this would indicate that you did not SET FLOW
  45. > XON/XOFF.
  46.  
  47. Actually, I did SET FLOW XON/XOFF, and usually kept
  48. flow control set as such, when not trying other settings.
  49.  
  50. > : The second difference is in the data footer, where
  51. > : instead of the expected percent sign (%), there is a DC
  52. > : (Device Control) character (paragraph symbol) placed
  53. > : after the percent sign (%), in the closed session logs.
  54. > :
  55. > DC-what?  The Device Control characters are DC1, DC2,
  56. > DC3, and DC4, codes 0x11-0x14.
  57.  
  58. device control 1       DC1     ^Q    11   
  59. device control 2       DC2     ^R    12   
  60. device control 3       DC3     ^S    13   
  61. device control 4       DC4     ^T    14   
  62.     http://www.bbsinc.com/iso8859.html
  63.  
  64. <IBM PC Extended ASCII Display Characters Chart>
  65.     http://www.jimprice.com/ascii-dos.gif
  66.  
  67. The first DC (Device Control) character which appeared,
  68. before the first percent sign (%), was an up/down arrow,
  69. associated with being a ^R, or DC2.
  70.  
  71. The second DC (Device Control) character which appeared,
  72. after the second, and last, percent sign (%), was a paragraph
  73. symbol, associated with being a ^T, or DC4.
  74.  
  75. X-ON is CTRL-Q, and
  76. X-OFF is CTRL-S, but
  77. neither of those appear.
  78.  
  79. CTRL-R and CTRL-T do appear,
  80. but I have no idea what they mean,
  81. much less how Kermit interprets
  82. them regarding flow control.
  83.  
  84. Since the CTRL-R and CTRL-T appear at the head and
  85. foot of the data, respectively, do they have something to
  86. do with handshaking?  How should handshaking be set?
  87.  
  88. > : Would the appearance of these DC (Device Control)
  89. > : characters in the K95 session logs I make account for
  90. > : why I cannot upload the same files back to the FANUC
  91. > : CNC controller, using "xmit <filename>", even after I
  92. > : strip these DC (Device Control) characters from the
  93. > : session logs?
  94. > :
  95. > How are you attempting to upload these files?
  96.  
  97. Is XMIT the wrong command to be using for reading a file
  98. from disk and spooling the raw contents out onto the line?
  99.  
  100. Does XMIT assume the use of a protocol, be that X-, Y-, or
  101. Z-modem, or Kermit, and not ASCII?
  102.  
  103. Should I have attempted to use the FILE command, instead?
  104.  
  105. > Aside from flow control, the real questions are:
  106. >
  107. >  . What are you supposed to be sending to the controller?
  108.  
  109. The equivalent of a plain ASCII text file.
  110.  
  111. >  . Exactly what format is it supposed to be in?
  112.  
  113. Plain, ordinary, ASCII.
  114.  
  115. >  . When are you supposed to send it?  Are you supposed
  116. >    to wait for a prompt, or what?
  117.  
  118. The FANUC CNC controller gets put into a state where it is
  119. ready to accept data.  The assumption is that this controller
  120. is attempting to read from tape, so the mode is one of LSK
  121. (Label SKip).  The controller will read any data sent to it, but
  122. will not actually regard any of what is sent to it as data, until
  123. after the first percent sign (%) is sent to it.  Upon receiving
  124. this first percent sign (%), the controller switches to an Input
  125. mode, wherein everything received is considered to be data,
  126. and duely processed as such, until such time as a second
  127. percent sign (%) appears, signifying an end to the data input,
  128. and switching the controller out of its Input mode.
  129.  
  130. > Is the connection full or half duplex?  If you do this
  131. > by hand, does the controller echo what you type?
  132.  
  133. Setting the controller to full duplex or half duplex did
  134. not seem to make any difference; I don't know why.
  135.  
  136. The settings for ProComm Plus indicated that the
  137. connection was to be half duplex, so that is what I
  138. had K-95, likewise, set to.
  139.  
  140. > What if you type something too soon?
  141.  
  142. LSK (Label SKip) is in effect, so there isn't a problem.
  143.  
  144. > Does the controller support typeahead?  etc etc.
  145.  
  146. I don't know what typeahead is; what is typeahead?
  147.  
  148.  
  149. appreciatively,
  150.   --  Derrick Shearer
  151.  
  152.